Repository navigation
ci: validate application release version metadata - #140
Conversation
|
🦞👀 Pull request received. I will update this pull request when review starts. ClawSweeper review completeClawSweeper finished reviewing this revision. The review result is being finalized. |
|
Codex review: needs maintainer review before merge. What this changesThis PR rejects application releases whose version differs from root package.json and adds release-workflow regression tests. Example: Release version 1.2.3 is requested while package.json contains version 1.2.2.
Review scores
ProductKind: Bug fix · Worth it: Yes · Fix scope: Complete Merge readiness✅ Ready for maintainer review Keep this PR open: it closes a real application release validation gap on main, and the focused patch introduces no identified defect. Priority: P2 Before mergeNone. FindingsNone. Agent review detailsHow this fits togetherThe application release workflow passes a requested version and checked-out source into preflight, then builds and publishes an archive only after validation succeeds. flowchart TD
A[Tag push or manual dispatch] --> B[Application release workflow]
B --> C[Package version validation]
C --> D[Source signature and CI checks]
D --> E[Source archive and checksums]
E --> F[GitHub release publication]
Technical reviewBest possible solution: Land the package-version guard in the existing application preflight while preserving the separate SDK release contract. Do we have a high-confidence way to reproduce the issue? Main never compares the requested application version with package.json, so mismatched metadata can pass when the existing release gates succeed; no target code was executed during this review. Is this the best way to solve the issue? The existing preflight is the correct owner for this check, and the patch rejects invalid metadata early without adding a parallel release path. AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning medium; reviewed against b245202dec20. Provenance checked
TestingProof path: unit tests only. SecurityNone. EvidenceWhat I checked:
Likely related people:
LabelsLabel changes:
Label justifications:
Rating scale6/6 🦀 challenger crab · 5/6 🦞 diamond lobster · 4/6 🐚 platinum hermit · 3/6 🦐 gold shrimp · 2/6 🦪 silver shellfish · 1/6 🧂 unranked krab. Overall follows the weaker of proof and patch quality; ✨ marks media proof (a screenshot, video, or linked artifact) that directly shows the changed behavior. WorkflowClawSweeper edits this one comment on every review. Comment Reviewed October 12, 2026, 4:21 AM ET / 08:21 UTC. |
The application source release could accept a tag version that differed from the root package version. Validate
package.jsonbefore Git or network work, and run the regression tests as part of the release workflow.The SDK release namespace and publication flow are unchanged. Updated release documentation and the existing changelog section.
Validation:
python3 -B scripts/test_release_preflight.py(3 tests),actionlint .github/workflows/release.yml, and independent autoreview (P0–P3) passed. No tag or release was created.